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ASSIGNMENT OF QUEUE EXECUTION MODES USING TAG VALUES 

Field of the Invention 

This application relates generally to command queueing, and more particularly 
to using tag values in determining how command queues function. 

Background of the Invention 



Modern data storage systems for use with a host central processing unit ("CPU") 
usually include at least one disc drive for nonvolatile storage. Each disc drive typically 
includes one or more discs upon which are one or two data surfaces with addressable 
tracks and storage sectors. The disc drive unit includes a read/ write head for accessing 

15 data to be stored or read from each disc storage surface. In drives that use more than 
one data surface, the collection of all tracks having the same track number on the 
surfaces defines what is conventionally called a "storage cylinder.' 7 

A disc controller is coupled between the host(s) and the storage device to control 
the flow of data and to control positioning of the disc read/ write heads for accessing 

20 desired sectors. Data that the host CPU wants to store on a disc is first stored in a buffer 
memory accessible by the controller. The controller then reads the buffer memory and 
writes the data to the disc at storage locations specified by the host CPU. Data that the 
host wants to retrieve from the disc is requested by the host CPU and retrieved from 
disc to the buffer memory. The data is then sent to the host by the disc controller via a 

25 host interface. 

The host CPU specifies memory storage locations in terms of physical disc 
addresses, for example, by specifying disc cylinder, head and sector at which the 
desired data is to be found or stored. On the other hand, modern computer systems 
preferably use logical (or "virtual") addressing, with which data is identified by a 

30 logical sector address. The necessary physical-logical address conversions take place 
under control of a local microprocessor associated with the disc controller unit. 
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Generally, to be competitive in the commercial market place, the local microprocessor is 
a relatively inexpensive, low performance component. 

When the host CPU sends a command to the disc controller, task registers within 
the controller are written to and initialized, for example with respect to sector, head, 
5 transfer count, and mode information. The last action associated with this process is the 
writing of the actual command, e.g., a read command, to the command register within 
the task registers. Certain bits within the host CPU-issued command inform the disc 
controller what type of address is being given, e.g., physical CHS or virtual LB A. 
However, these command bits do not inform the controller as to what action should be 
10 taken. 

As noted, the first few writes by the host CPU simply load information into the 
other task registers. The final write is to the command register, at which time the local 
microprocessor recognizes that this register has been written to. Upon recognition, 
which can result from polling or from an interrupt mechanism, the local microprocessor 

15 fetches the contents of all of the registers. The number of task registers depends upon 
the standard to which the disc controller conforms. For example, an AT Attachment (or 
"ATA") compatible controller may have six to ten task registers, whereas a Small 
Computer System Interface ("SCSI") controller can have sixteen or more registers. These 
registers are used, for example, to specify the addresses at which the host CPU wishes to 

20 read or write. 

Unfortunately, conventional protocols offer little or no control over how queued 
commands are to be performed. The SCSI protocol has a "head of queue" modifier 
available as a part of its command delivery sequence, for example, to expedite certain 
commands. Exclusive reliance on such modifiers wastes a valuable opportunity for 
25 efficient and versatile control over how queued commands are executed. 
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Summary of the Invention 

In the present invention, the queue execution mode is selected partially or wholly 
5 based on the (unique) tag that is assigned to the command. In a first embodiment of the 
present invention, a method, a tag is assigned for each of several disc access commands 
sent by the host. Two or more queues are created, each having a queue execution mode 
implemented in the disc controller and/or local microprocessor. The command's tag is 
used to determine which of the queues is assigned to the command. 

10 Suppose that two of the disc access commands are assigned to one standard 

queue in quick succession. Rather than automatically requiring the commands to be 
executed First-In First-Out (FIFO), for example, one is selected to be executed before the 
other based on a comparison between the estimated seek lengths for the respective 
commands. While the two commands are both still pending, the host sends two more 

15 commands, each of which then receives a respective tag. After all four commands are 
assigned a unique tag and a corresponding queue execution mode, they are executed 
according to the assigned queue execution mode(s). 

In a second alternative embodiment, a contiguous range of tags is established by 
associating the range with a given queue. In this way, the tags of the range are 

20 succinctly associated with the queue execution mode to be used for executing the 
commands to be placed in that queue. For example, an execution mode tailored for 
handling video data can be associated with a sequential delivery queue with no error 
correction, or with less-than-standard error correction. The mode can further be 
established such that a time-out error is reported if (and only if) a pending command is 

25 not completed within a predetermined interval. A queue execution mode can also be 
readily redefined for a given set of tags, preferably while the tags are not assigned to 
any command. 

In a third alternative embodiment, each in-progress disc access command 
includes at least one sector address that is held in a task file register while its 
30 corresponding data block is transferred through a transducer adjacent to its data storage 
disc. One of the defined queue execution modes is associated with a first queue and 
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another of the modes is associated with a second queue. These associations are used for 
addressing sets of queued commands, such as to enable an operation that affects any 
and all in-store command(s) in the first queue without affecting any command(s) in the 
second queue. For a newly-received command that has a predetermined " abort trigger" 
5 tag or is otherwise recognizable as such a queue-addressing activation, all of the "in- 
store" commands in the associated queue can be conveniently aborted. (For purposes of 
this document, a received command is "in store" until and unless it is aborted, in 
progress, or completed.) This special command with such a trigger tag can be used to 
initiate a triggered operation affecting one or several in-store commands, in an orderly 

10 fashion, commencing when the special command is "in progress." 

In a fourth alternative embodiment, a device of the present invention includes 
one or more data storage disc(s), an actuator having a nominal seek time longer than 1 
millisecond, a memory, and a controller. The memory is configured to hold several 
pending commands for accessing the disc(s), each of the commands having a unique 

15 tag. The controller is configured to determine which of a plurality of queue execution 
modes to use for a selected one of the pending disc access commands based on the 
selected command's tag. 

In a fifth alternative embodiment, the memory is configured to hold the tag as a 
binary value no larger than one byte, and further includes a multiple-bit state register 

20 configured to identify one or more other tags that are available for a future command. 
The disc controller and/ or local microprocessor is configured with software to provide 
at least two queues, one for a higher-priority execution mode and another for a lower- 
priority execution mode. The first queue is associated with a total of M tags. The 
second mode is associated with a total of N tags, where N > 0 and M > 0. 

25 Additional features and benefits will become apparent upon reviewing the 

following figures and their accompanying detailed description. 
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Brief Description of the Drawings 

Fig. 1 shows a flowchart of a method of the present invention. 
5 Fig. 2 shows a mechanical drawing of a disc drive system configured to benefit 

from the present invention. 

Fig. 3 shows a schematic drawing of a host and data storage system of the 
present invention, the data storage system able to receive and act on commands as 
shown in Figs. 5&6. 

10 Fig. 4 shows a chart with register definitions for initializing queues for use in the 

present invention. 

Fig. 5 shows a short series of commands issued by a host CPU establishing the 
queues for use with the present invention. 

Fig. 6 shows a series of commands issued by the host CPU and a series of 
15 responsive actions taken by a local microprocessor. 

Fig. 7 shows a series of many states of a 32-bit tag availability register illustrating 
the operation of the present invention. 

Fig. 8 shows a flowchart of another method of the present invention. 

20 Detailed Description 

Although the examples below show more than enough detail to allow those 
skilled in the art to practice the present invention, subject matter regarded as the 
invention is broader than any single example below. The scope of the present invention 

25 is distinctly defined, however, in the claims at the end of this document. 

Numerous aspects of basic engineering and of channel communications protocols 
that are not a part of the present invention (or are well known in the art) are omitted for 
brevity, avoiding needless distractions from the essence of the present invention. For 
example, this document does not articulate detailed and diverse methods for 

30 implementing a disc controller. Neither does it include complete detail about how 
queues of different types will interact. Specific techniques for deciding logical block 
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address mapping and for prioritizing shorter seeks are likewise omitted, typically being 
a matter of design choice to those of ordinary skill in that field of technology. 

Definitions and clarifications of certain terms are provided in conjunction with 
the descriptions below, all consistent with common usage in the art but some described 
5 with greater specificity. A "tag" is a scalar identifier, typically a one-byte binary value 
of several bits. A " queue execution mode" specifies how but not where the queued 
commands are to be executed. For example, a queue execution mode can be a simple 
binary queue number, but not if the number merely refers to a less-busy one of several 
queues that are otherwise identical in how they process commands. 

10 Fig. 1 shows a method 100 of the present invention comprising steps 110 through 

150. A unique tag is assigned for each of several simultaneously pending disc access 
commands 120. Then a queue execution mode is determined for a selected one of the 
commands, the determination being based on the selected command's tag 130. Step 130 
is then repeated for each incoming disc access command 140 as it is received. 

15 Fig. 2 shows a "top view" of a hard disc drive 200 constructed to benefit from the 

present invention. (Terms like "top view" are arbitrary here, in that data handling 
systems like drive 200 can generally operate in any orientation.) Drive 200 includes 
"top" cover 223 that cooperates with base 202 to form a sealed chamber. Components 
supported in the chamber include a spindle motor 215 which rotates one or more data 

20 storage disc(s) 289 at hundreds or thousands of revolutions per minute. Information is 
written to and read from data surfaces on disc(s) 289 through the use of an actuator 
assembly 261, which rotates during a seek operation about a bearing shaft assembly 230. 
Actuator assembly 261 includes one or more actuator arms 290 which extend above and 
below each of the disc(s) 289, with one or more flexures 293 extending from each of the 

25 actuator arms. Mounted at the distal end of each of the flexures is a transducer 234 on 
an air-bearing slider enabling transducer 234 to fly in close proximity adjacent the 
corresponding surface of an associated disc 289. 

Servo and user data travels through transducer 234 and flex cable 280 to control 
circuitry on controller board 206. (Controller board 206 is configured to interface with a 

30 host like disc controller unit 306 of Fig. 3 does, to perform all operations described in 
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this document.) Flex cable 280 maintains an electrical connection by flexing as each 
transducer 234 seeks along its path between tracks on disc(s) 289. 

During a seek operation, the overall track position of transducers 234 is 
controlled through the use of a voice coil motor (VCM), which typically includes a coil 
5 222 fixedly attached to actuator assembly 261, as well as one or more permanent 
magnets 220 which establish a magnetic field in which coil 222 is immersed. The 
controlled application of current to coil 222 causes magnetic interaction between 
permanent magnets 220 and coil 222 so that coil 222 moves. As coil 222 moves, actuator 
assembly 261 pivots about bearing shaft assembly 230 and transducers 234 are caused to 

10 move across the surfaces of the disc(s) 289 between the inner diameter and outer 
diameter of the disc(s) 289. 

Fig. 3 shows a computer system 300 implementing the present invention. Host 
CPU 304 is configured to communicate with a disc controller unit 306 to transmit data to 
or from a disc 308. Associated with disc controller unit 306 are disc buffer cache 310 

15 (where data can be temporarily stored to shorten access time) and a local 
microcontroller 312 that controls unit 306. 

Host CPU 304 executes system software 318, and communicates with the disc 
controller unit 306 through CPU system bus 314, disc interface adapter 316 that 
provides decode and electrical buffering, and disc interface cable 317. Disc controller 

20 unit 306 may be implemented in any number of ways, provided there is general 

similarity with the industry-accepted AT Attachment ("ATA"), SCSI, or other common 
interface protocol in effect as of this filing. The host interface protocol defines the 
interface between a host processor (e.g., CPU 304) communicating over a host bus (e.g., 
serial ATA bus 314) and a disc controller unit (e.g., unit 306). 

25 Some of these interface protocols define a set of task registers, a disc interface 

cable connector, and associated interface signals. The defined task register set includes 
a command register containing the command code being sent to the disc drive, a data 
register for transferring data blocks between the controller buffer and the host 
processor, registers concerned with the relevant disc drive address, sector and 

30 read/ write head, and registers containing status information including error posting. 
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Some of these interface protocols also require certain real-time CPU-controller 
interface functions to be performed by the controller unit. For example, an intersector 
handshake may be required at each sector boundary on a disc, whereby the status of a 
previous sector must be posted before reading or writing from the next sector. Further, 
5 controller unit task file registers may require updating to indicate the identity of the 
sector currently being transferred. Finally, all write data may be automatically 
receipted for. One skilled in the art will recognize that many of these optional features 
of system 300 create synergies with the present invention that can be advantageous. 

The example of system 300 is primarily a block interface. Host CPU 304 requests 

10 a block of data to or from the controller unit 306 in terms of a physical cylinder-head- 
sector (CHS) address, but does not specify or control where or in what form that data 
shall be stored in buffer cache 310, or on the disc 308. Buffer cache 310 is optionally 
implemented as Dynamic Random Access Memory ("DRAM"). 

As shown in Fig. 3, controller unit 306 includes a host interface unit 326 

15 preferably comprising a microprocessor-controlled sequencer, or state machine 328 and 
a set of registers 330, including interface-compliant task registers. Unit 326 further 
includes buffer control unit 334 that communicates with the interface unit 326 via a 
First-In First-Out ("FIFO") buffer 332, that communicates with a disc sequencer 338 via a 
second FIFO buffer 336. Control unit 334 also communicates with the disc buffer cache 

20 310. Disc sequencer 338 transmits data between disc cache 310 (via buffer control 334) 
and disc 308. Lines 333,335 transmit address and control information to and from buffer 
control unit 334 as shown. 

Controller unit 306 also includes a local microprocessor interface 342 that 
communicates with the sequencer unit 328, and with a disc sequencer/ state machine 

25 338. The disc sequencer 338 is also coupled between FIFO 336 and the disc 308, and 

preferably also to an Error Correcting Code ("ECC") logic unit (not shown) that corrects 
data read from the disc 308. 

Within controller 306, data is stored in FIFO 336 before either transmission to disc 
308 or to buffer cache 310. FIFO buffers 332 and 336 are each sized to hold less than one 

30 sector's worth of data. This advantageously permits data stored in FIFO 336 to be read 
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out while data are being written into FIFO 332. Buffer control 334 addresses and 
provides buffer cache read/ write timing signals and controls to the buffer cache 310. 

Upon command from the host processor 304, data to or from memory associated 
with the host CPU is parallel-transferred into the controller unit 306 through the 
5 interface unit 326, FIFO 332, and then into the disc buffer cache 310. Upon receipt of a 
host CPU command, the controller unit local microprocessor 312 is interrupted, or the 
local microprocessor may simply be in a polling loop, continuously testing to see 
whether a host CPU command has been received. In either case, once an incoming 
command is recognized, local microprocessor 312 then reads task file registers (among 

10 registers 330) and decodes the command and command bits from the command register. 
Task file registers (among registers 330) within interface unit 326 are updated 
repeatedly during disc drive data transfer operations. As such, the host system 
software 318 accesses the task file registers 330 to monitor data transfer and to associate 
errors reported by disc 308 with respect to particular sectors. Task file registers 330 

15 specify the logical disc address to be read/ written by the host system 304,316, and will 
reflect the logical disc address of the sector currently being transferred to or from the 
host system. Disc drive software 324 also accesses task file registers 330 as the local 
microprocessor 312 supervises the disc 308, as it executes the host system commands, 
and as it directs transfer of data to and from disc cache 310 and the storage media within 

20 disc 308. Local microprocessor includes RAM 321 which can be used to supplement 

task file registers 330 for storing key information such as the contents of register 799 (see 
Fig. 7). 

Fig. 4 shows a chart 400 showing register definitions 405 - 485 for initializing 
queues for use in the present invention. In present-day protocols, for example, these 
25 definitions could be used with the ATA SET FEATURES command or with a SCSI 
MODE SELECT page. At value OxEE is the "Features' 7 register which is used to set 
queue attributes 405 (i.e. queue execution modes). 

"Sector Count" register values 0x00 - 0x10 are used to establish "priority queues" 
415. These queues each have a priority that is unique relative to the other priority 
30 queues. A queue is defined simply by specifying a range of one or more tag values, a 
queue with lower tag values having a higher priority than one with higher tag values. 
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Within a given queue all pending commands have equal priority, and they may thus be 
completed in a different order than that in which the host transmits them. For example, 
commands within a queue may be reordered to expedite a command with a shorter 
servo seek, enhancing overall performance. 
5 "Sector Count" register value 0x11 is used to establish an " abort handling queue" 

425. This queue is defined by a range of tags in which the highest-numbered tag 
corresponds to a command that includes a request to abort all other outstanding 
operations in the abort handling queue. When status for the command with the special 
abort semantics is completed all other commands in the defined tag range will be 
10 aborted. 

"Sector Count" register value 0x12 is used to establish an " AV attribute queue" 
435. This queue is defined by a range of tags in which the commands are assumed to 
execute in the order they are received, regardless of tag. These commands are 
performed in an error handling mode that requires each to be completed within 100 

15 milliseconds from the command transfer from the host. Otherwise the command is 
deemed to have failed, and an error is returned. 

The Logical Block Address Low ("LB A Low") register values 0-31 are used to 
define the start tag of a given queue 445. The "LB A Mid" register values 0-31 are used 
to define the ending tag of a given queue 455. The "LB A High" register values are 

20 reserved, not yet having a defined meaning 465. The "Device" register value has the 

standard meaning under the present-day ATA protocol 475. "Command" register value 
OxEF is used to refer to the "SET FEATURES" command 485. 

In this embodiment, the "priority" and "AV attribute" queues are the only ones 
with defined interactions between the queues. Any other queues can buffer commands 

25 to be executed but otherwise operate independently of their counterparts. It will be 
understood that in a real disc drive which supports all of these queue attributes 
simultaneously some additional defined interaction policy would normally be needed. 
For example, the " AV attribute" queue(s) of this embodiment optionally have higher 
priority than any other queue. 

30 Fig. 5 shows a short series 500 of commands issued by host CPU 304 establishing 

the queues. Command 510 establishes a 6-tag "high-priority" queue consistent with 
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register definition 415. Command 520 establishes an 10-tag medium-priority queue. 
These two queues are now ready for use and can be used, for example, to perform 
commands 611 through 617 of Fig. 6. 

Returning now to Fig. 5, command 530 establishes a 10-tag abort handling queue. 
5 Note that command 530 also re-allocates tags OxOE and OxOF so that the queue created 
by command 520 now has only 8 tags. The queue execution mode associated with these 
two tags is redefined while the tags are "available" (i.e. not assigned to any command). 
Command 540 establishes an 8-tag Audio/ Visual (AV) attribute queue. Key data from 
these commands 510 - 540 is stored in RAM 321 of local microprocessor 312 and/ or task 

10 file register 330. Note that this data signifies the existence of tags associated with a 
variety of queue execution modes (in that the values in the "SC" column 575 refer to a 
diverse variety of register definitions 415,425,435 in Fig. 4). 

Fig. 6 shows a series of commands 601 issued by host CPU 304 and a series of 
responsive actions 602 taken by local microprocessor 312. A read is queued 611 at tag 

15 0x0, a read is queued 613 at tag 0x6, a read is queued 615 at tag 0x0, and a write is 
queued 617 at tag 0x0. For like-priority tasks, local microprocessor 312 selects which 
queued command according to predetermined criteria. For present purposes it is 
assumed that "write" commands receive preferential treatment. Tag 0x1 is completed 
620, then tag 0x0 is completed 622, completing the "high priority" queue's tasks. Then 

20 tags 0x6 and OxB are completed 624,626. 

There is a lapse of time. Then a read is queued 631 at tag 0x10, a read is queued 
633 at tag 0x13, a read is queued 635 at tag 0x12, and a write is queued 637 at tag 0x11. 
While tag 0x12 is being completed 640, another read is queued 639 at tag 0x17. This last 
read command does not include a data transfer phase, and thus does not result in any 

25 data from disc 308 passing through FIFO buffer 336. Because tag 0x17 is the activation 
tag of an "abort handling" queue established by command 530, the other commands 
pending in that queue are aborted 642. Then tag 0x17 is completed 644, signaling final 
cleanup. In an alternative embodiment, two abort handling queues are also AV 
attribute queues with differing priority. If the higher-priority one of these receives a 

30 command into its abort handling activation tag, that queue is emptied of pending 
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commands. Execution then begins right away on commands pending in the lower- 
priority AV attribute queue. 

There is another lapse of time. Then a read is queued 651 at tag 0x18, a read is 
queued 653 at tag OxlB, a read is queued 655 at tag 0x00, a read is queued 657 at tag 
5 OxlA, and a write is queued 659 at tag 0x19. Tags 0x18 and OxlB are completed 660,662. 
After tag OxlA begins, disc controller unit 306 fails to complete tag OxlA before the 
expiration of the 100 millisecond AV command time limit. Local processor 312 detects 
this 664 and transmits an error while completing tag OxlA 670. Tag 0x19 is likewise 
completed in error 672, the error being cleared only after the queue is cleared. 

10 Execution of the lower-priority read at tag 0x00 is then completed normally 674, 
unaffected by the AV attribute queue errors. 

Fig. 7 shows a series of many states of a 32-bit tag availability register 700 
residing in RAM 321 of processor 312. Initially the queue is not partitioned and all 32 of 
the tags are uniformly configured for a " normal queued data" execution mode: uniform 

15 priority, error correction, no AV-related processing, no special command attributes, etc. 
Zeroes in the initial state of the register 799 indicate that each binary-numbered tag is 
initially available for allocation to a command, bit zero being farthest to the right. Small 
arrow 709 indicates when the queue establishment command series 500 (of Fig. 5) is 
performed. At register state 710, all 32 tags are all still available, but the queue has been 

20 partitioned into four queues 701,702,703,704 having attributes as shown in Figs. 4&5. 
Each of these has its own special execution mode in this example, and queue 703 
actually has an additional ''activation'' mode. Register state 711 indicates the result of 
command 611 (of Fig. 6). State 717 indicates the result of command 617. 

State 720 indicates the result of action 620, the completion of tag 0x1. Large 

25 arrow 719 indicates a generally longer interval of time, one that is long enough for a 
(mechanical) seek operation across a data surface of disc 308. This is several 
milliseconds or more, generally unlike the quicker, merely electrical operations marked 
by small arrows 709. Following action 620, note that a high priority command is still 
pending at tag 0x0, and that other commands are still pending at 0x6 and OxB. After 

30 action 626, state 726 shows that no commands are pending. 
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After command 631, state 731 shows that one command is pending at tag 0x10. 
After command 637, state 737 shows that four commands are pending in abort 
processing queue 703, but that the other queues 701,702,704 are empty. After command 
639, state 739 shows that five commands are pending in queue 703, one of which is the 
5 abort activation command at tag 0x17. After command 640, state 740 shows that the 
command at tag 0x10 has completed. After the abort activation command is completed 
644, state 744 shows that all tags in queue 703 are again available. 

After loading five more commands into the buffer by steps 651 through 659, state 
759 shows that one is in queue 701 and the others are in queue 704. After completing all 

10 of the AV attribute actions 660 through 672, state 772 shows that only the command at 
tag 0x0 (in the high priority queue 701) remains to be completed. 

Fig. 8 shows another detailed example, a method 800 of the present invention 
comprising steps 805 through 875. "Standard" and "video" execution modes are 
defined 815. Four commands are received 820 from a host. A sequential delivery queue 

15 tag is assigned to the first command, a video data transfer command 830. Standard 
queue tags are assigned to the second command (a read) and the third command (a 
write) 835. Based on each command's tag, a queue execution mode is selected for each 
command 840. The video mode is used to transfer data through a transducer at a 
location identified by the sector address(es) associated with the first command 850. The 

20 standard mode is similarly used to transfer data for the second and third command, 

using an execution sequence that is partially based on an estimated seek length for each 
of the standard commands 860. That is to say, the standard mode prefers to perform 
very short seeks before very long seeks, all other things being equal. 

It is to be understood that even though numerous characteristics and advantages 

25 of various embodiments of the present invention have been set forth in the foregoing 
description, together with details of the structure and function of various embodiments 
of the invention, this disclosure is illustrative only, and changes may be made in detail, 
especially in matters of structure and arrangement of parts within the principles of the 
present invention to the full extent indicated by the broad general meaning of the terms 

30 in which the appended claims are expressed. For example, the particular elements may 
vary depending on the particular application for the data synchronizing while 



Attorney Docket No. 11196 



-14- 

maintaining substantially the same functionality without departing from the scope and 
spirit of the present invention. In addition, although most of the embodiments 
described herein relate to a hard disc drive, it will be appreciated by those skilled in the 
art that the teachings of the present invention can be applied to other systems such as 
those using removable data storage media, without departing from the scope and spirit 
of the present invention. 



